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ABSTRACT 

This paper discusses five points related to 
developmental research on children learning to do Logo programming: 
(1) systematic developmental research documenting what children are 
learning as they learn to program is necessary; (2) Logo is 
cognitively complex beyond its early steps and difficult to learn 
without instructional guidance; (3) the pedagogical fantasy that Logo 
can serve as a stand-alone center in classrooms for learning 
programming and thinking skills does not work; (4) after a year of 
programming in Logo, following the discovery-learning pedagogy, a 
group of children did not display greater planning skills than a 
matched group who did not do Logo programming; and (5) it is necesary 
to develop an instructional science for teaching programming and to 
rethink the educational goals programming is meant to fill. Findings 
of three studies on children learning to program and the cognitive 
outcomes of such programming are reported: the first was a study of 
the level of programming expertise children had developed by the 
year's end; the second consisted of systematic probes of the depth of 
understanding of programming concepts in studies with individual 
children; and the last asked whether children doing programming 
developed planning skills that they spontaneously transferred beyond 
programming. (19 references) (MES) 
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In the world of educational computing, programming is a major activ- 
ity, occupying several million precollege students a year in this 
country alone. As yet very little is known about what kinds of 
cognitive activities computer programming requires and whether i in 
the clasSiroom contexts that are representative of microcomputer use in 
schools today, children are capable of making substantial progress in 
learning to program. In the cyclical program-development process of 
problem understanding, program design and planning, programming 
code composition, debugging, and comprehension, what gains do 
children make on the many developmental fronts represented in the 
complex of mental activities required by programming? Do conceptual 
'limitations impede their understanding of raiy of the central program- 
ming concepts, such as flow of control structures, variables, proce- 
durality, and the like? We have begun to address aspects ot these 
questions in our developmental resestrch on children learning to do 
Logo programming. 

I would like to make five points which will be explicated in the re- 
mainder of this paper: 



1. Systematic developmental research documenting what children 
are learning as they learn to program is necessary, rather than 
existing anecdotes. Our studies focus on Logo because it is a pro- 
gramming environment that is exciting to many educators, it has great 
potential for introducing children to many of the central concepts 
involved in programming and problem solving, and because grand 
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claims have been made for how it promotes learning to program, as 
well as metacognitive skills such as planning and strategic problem 
solving . 

2. Logo is cognitively complex beyond its early steps, and quite 
difficult to lecirn without instructional guidance, even if students are 
intellectually engaged with that learning. While the semctntics and 
syntax of Logo are readily learned, the pragmatics — how to arrange 
lines of legal programming code to achieve specific ends — is a great 
challenge* 

3. The pedagogical fantasy (e.g.. Byte , August 1982; "^apert, 
1980) — that Logo can serve as a stand-alone center in classrooms for 
learning programming and thinking skills — does not work* Teacher 
training will be necessary for programming skills to develop very far, 
and problem-solving skills may need to be taught directly rather than 
assumed to emerge spontaneously from learning Logo. 

4. After a yearns experience of programming in Logo, following 
the discoveryleaming pedagogy advocated for Logo, two classes of 
25 children (8- to 9-year-olds, 11- to 12-year-olds), each with six 
computers, did not display greater planning skills than a matched 
group who did not do Logo programming. 

5. We need to develop an instructional science for programming 
if that is what we wish children to learn, but we cdso need to re- 
think, in ways suggested by Midian Kurland, the educational goals 
that programming is meant to fxilfill. 

The great excitement in education about cliildren's learning to pro- 
gram with microcomputers is easy to understand. But it is of partic- 
ular interest to me as a developmental psychologist that such excite- 
ment has had less to do with the practical value of learning how to 
write programs for specific applications than with the belief that, 
through learning to program, children will develop powerful cognitive 
skills such as planning abilities, problem-solving heuristics, and 
reflectiveness on the revisionary character of problem solving itself 
(Pea & Kurland, 1983). This idea — that programming will provide 
exercise for the highest mental faculties, and that the cognitive 
development thus assured for programming will generalize or transfer 
to other content areas in the child's life — is a great hope. Many 
elegant analyses offer reasons for this hope Ithough there is an 
important sense in which the arguments rin^ like the overzealous 
prescriptions for studying Latin in Victorian times. 



Programming is viewed by many of its devotees as a "V/heaties of the 
Mind," a panacea for the ambigtaities of everyday cognition. It is 
alleged that in the demands whicn programming activities make on the 
mind — of precision (in requiring a specific sequence of instructions 
for controlling the operations of the computer); of problem decomposi - 
tion (into component subproblems) ; and of debugging (systematic 
efforts to eliminate discrepancies between the intended outcomes of 
the program and those brought about through the current version of 
the program) — programming renders salient the general utility of such 
cognitive activities in problem-solving efforts, and that such gener- 
alizations will be made spontaneously by the programmer to problem 
spheres above and beyond the microcomputer environment (Feurzig et 
al., 1981; Minsky, 1970; Papert, 1980). To place these claims in a 
larger context, we may note their similarity to claims about how 
literacy, or mathematics, or logic serve as "cognitive amplifiers," 
enabling the users of such technologies to transcend the limitations of 
their previously available tools of thought (Bruner, 1966; Cole & 
Griffin, 1980; Goody, 1977; Olson, 1976). 

What has been done to evaluate the empirical validity of these impor- 
tant claims? While Papert and colleagues undertook extensive studies 
of children doing Logo programming in the Brookline school system, 
their reports of this work were principally qualitative in nature, 
citing and discussing some of the programs that were created by the 
children, the global differences in programming style that seemed to 
be intuitively distinguishable (Watt, 1979), and dramatic case studies 
of great programming progress made by children who had learning 
difficulties (e.g.. Weir, 1981). 

Though interesting, these reports do not directly address the widely 
touted claims for the development of thinking skills that transcend the 
programming context, for which case-study methods are inappropri- 
ate. We thus undertook a series of investigations in order to provide 
systematic data on children learning to program and the alleged 
cognitive outcomes of such programming, such as developments in 
planning skill. Methodologies for addressing these questions were 
developed, and summaries of some key research findings to date ai*e 
presented below. 

Research 

I will briefly review three of our studies. Detailed technical reports 
will be available in the near future. The first was a study of the 
level of programming expertise that children had developed by yearns 
end; the second consisted of systematic probes of the depth of under- 
standing of programming concepts such as "recursion" in studies with 
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individual children; and the last asked whether children doing pro- 
gramming developed planning skills that they then spontaneously 
transferred beyond programming. 

In one study, we presented children with a 3-part written assessment 
of programming. The three parts, each taking 45 minutes, were: 

(1) Logo command understandin g^, where children were asked to fill 
in, with graphics or words, what would happen on the screen when 
specific commands were typed and entered into the computer; 

(2) writing Logo programs to draw shapes, with constraints as to 
what programming constructs (e.g., tail recursion, variable) were to 
be used; and (3) finding the errors or bugs in prewritten programs 
intended to achieve a pictorially specified goal. For command under- 
standing, we found that, although the number of hours spent pro- 
gramming by the older (25 hours) and younger (29 hours) groups 
were not significantly different, the older group understood signif- 
icantly more commands than the younger children. Boys spent more 
hours programming (34 vs. 22 for girls), and outscored the girls on 
nearly every class of programming commands. Performance on this 
command comprehension task was revealing: out of 100 possible 
points, the mean score for commands understood in terms of this 
measure was 34, with a huge standard deviation of 25, and only three 
out of the 50 children scored between 75 and 95. Roughly one- 
quarter of the children in each of the classes had not become very 
much involved in the classroom programming and did correspondingly 
poorly. In the case of writing different programs that would each 
draw a box of a certain size, we found that, while few children had 
difficulty writing a program consisting of a chain of direct commands 
(FD, RT) or a tail recursive procedure, many children could not 
vyrite a version of such a program using a variable, or a version of 
the tail recursive program with a conditional test that would stop the 
drawing. In the area of debugging, many children were able to 
locate and eliminate "surface" errors of syntax, or missing variable 
values, but very few found procedural errors in which the order of 
lines in a program was mixed up. 

The second study (Kurland & Pea, 1983) utiUzed a series of increas- 
ingly complex Logo programs that were designed to reveal the depth 
of understanding of recursion in a half dozen of the best program- 
mers in the two Logo classrooms. The method we used — having 
children read through the programs line by line and make predictions 
as to what would happen when each line of programming code v/as 
executed—was extremely telling, and confirmed our classroom obser- 
vations. Four prevailing tendencies are of central developmental 
significance. One was to treat the program as akin to natural lan- 
guage text, ambiguous in meaning and "ignorable" by the computer if 
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the child did not understand it. A second was the fact that some 
children did not understand conditional test statements in these 
programs even though they had written programs that contained 
them. This is a robust finding, as other studies with these children 
have shown; the children's programs often displayed production 
without comprehension, in that programming constructs such as 
variables, test statements, or even simple commands like "repeat" may 
have been used in one program, but not understood in another. Rote 
use of "chunks" from other children's programs or those of the 
teacher seems to be responsible for this rigidity of use. A third 
tendency was to violate the sequentiality of program execution, to 
assume that, without instructions to do so, the computer could "jump" 
some lines in the program to execute other lines. The fourth tend- 
ency, common to all the children, was to manifest a misguided mental 
model of how recursion works, one which is insurmountable without 
instiruction since » for recursion, evidence for how control is passed in 
Logo (i.e., which line is to be executed next) is not discoverable in 
the surface structure of the language. 

The third study was a longitudinal pre-post investigation of groups of 
children who were provided with extensive opportunity to program in 
the Logo language over a school year. These children were then 
compared to a matched group of nonprogramming students to see 
whether learning to program enhanced the development of planning 
skills. The task, administered before and after the year of program- 
ming, was a classroom chore-scheduling task that allowed children 
multiple opportunities to come up with the shortest plan they could 
construct for carrying out a series of chores. Our expectation was 
that better planners would take a more strategic approach to the 
task, revise or debug their plans more effectively, and engage in 
more executive and metacognitive decision making as they developed 
their plans (Hayes-Roth & Hayes-Roth, 1979; Pea, 1982). On a large 
number of measures — the efficiency of the plans, the quality of the 
revisions, and the types of decisions made during the planning proc- 
i,ss — we found no differences between the programming and nonpro- 
gramming groups at either age. 

Why did we find no cognitive benefits on our task for +hose children 
who had been doing Logo programming for a year? Advocates of the 
cognitive benefits of programming might object that our treatment was 
not of sufficient duration for benefits to be manifested, or that 
benefits couid be revealed in later years, but not so soon after the 
"treatment" provided by Logo. 

However, we favor an interpretation more in keeping with two general 
findings in cognitive science during the past decade, and with addi- 
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tional observations of the children in our planning task while pro- 
gramming. The first finding is that transfer of problem-solving 
strategies between dissimilar problems, or problems of different 
content, is notoriously difficult to achieve even for adults (Gick & 
Holyoak, 1980; Hayes & Simon, 1977; Tuma & Reif, 1980), The 
second finding is that, even among computer science students in 
college who, by their junior year, have had several thousand hours 
of programming study (as contrasted with about 30 hours for our 
student groups), great conceptual difficulties in understanding how 
even brief programs are working persist (Soloway et al. , 1982), 
which one would not predict if planning and problem-solving skills 
had achieved such extensive development by virtue of programming 
experience. 

Our in-class observation had to do with whether children plan prior 
to programming. It has been an assumption of those expecting trans- 
fer of planning skills developed witlun programming to domains cut- 
side programming that, in fact, planning skills are at least developed 
in programming. But we found very little preplanning activity. 
Planning a program by specifying the high-level logic that a program 
would be written to implement was not a distinct component of the 
children's program development process. Much more common was 
on-line programming, in which children defined their goals, and found 
means to achieve them as they observed the products of their pro- 
grams unfolding on the screen. Rather than constructing a plan, 
then implementing it as a program to achieve a well-defined goal, and 
afterwards running the implemented plan on the computer, children 
would evolve a goal while writing lines of Logo programming language, 
run their program, see if they liked the outcome, explore a new goal 
if they did not like the outcome by writing a new programming code, 
and so on. It might be objected that, although they engaged in little 
top-down planning, they did work a great deal on plan revisions by 
continually adapting their programs, revisions being central to plan- 
ning activity (Pea, 1982). If this is so, we should have seen differ- 
ences between the programming classes and the cot.^'ol classes in 
planning revisions during the noncomputor planning task, but we did 
not. And program debugging in the classrooms would have been very 
common. In most cases, children preferred to rewrite a program from 
scratch rather than to suffer through the attention to detail required 
in figuring out where a program was going awry. As one child put it 
when asked why she was typing in commands directly rather than 
writing a program: "It's easier to do it the hard way." Debugging 
reqxiires precision and line-by-line program comprehension; in gener- 
al, both were difficult for *he school-aged children to attain after a 
full year. They ctrtainly were not automatic consequences of expo- 
sure to Logo. 

7 
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Wliile we believe that ? on the basis of these findings , it 7/culd be 
premature to discard programming or Logo from the set of microcom- 
puter uses in schools, these studies do raise serious doubts about the 
sweeping claims made for the cognitive benefits of learning to pro- 
gram, particularly in Logo (see Byte , August 1982). We find that 
the entry level of Logo — getting the turtle to carry out mathematically 
interesting drawings through writing short programs consisting cf one 
or two procedures — does not present conceptual problems for the 
school-aged child. Far from being problematic, one finds in most 
children just the mental engagement that advocates of Logo highlight. 
But the elegance and beauty of Logo that derives from its parent 
language, LISP, used in artificicil intelligence, its procedurality which 
allows one to define new procedures and use them as building blocks 
in increasingly complex progrsiras, its control structures that allow 
very briet recursive programs that can solve quite difficult problems, 
the use of conditional tests — all these features present deeply chal- 
lenging conceptual problems on a turf our cl-lldren did not opt to 
travel during their discovery learning. With thoughtful instruction, 
which will require developmental research for its design, we expect 
that Logo may provide a good window for the child into these impor- 
tant computational concepts. With accompsmying instruction in think- 
ing skills (see, for example, Chipman, Siegel & Glaser, 1983), per- 
haps using Logo or other programming languages as a vehicle for dis- 
cussing heuristics and probleiL solving methods , developments in 
planning skill may in fact be achieved. But we have deep doubts, 
based on a series of empirical studies over an 18-month period, that 
the Logo ideal is attainable with its discovery-learning pedagogy. 
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